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Description 
Technical Field 

[0001] This invention relates to intrusion detection, L 
e. the detection of security problems in a computer net- 
work or on any computer within said network. It is par- 
ticularly suited to detect outsiders trying to break into a 
computer system (e.g. via the net) and/or to detect in- 
siders misusing the privileges they have received (e.g. 
someone internal reading confidential data that he/she 
is not entitled to). In brief, the invention uses a behavior- 
based approach for a pattern-oriented intrusion detec- 
tion system. 

Background of the Invention 

[0002] Generally, an intrusion detection system dy- 
namically monitors actions that are taken in a given en- 
vironment and decides whether these actions are symp- 
tomatic of an attack or constitute a legitimate use of the 
environment. 

[0003] Essentially, two main intrusion detection meth- 
ods are known. The first method uses the knowledge 
accumulated about attacks and looks for evidence of 
their exploitation. This method is referred to as knowl- 
edge-based. The second method builds a reference 
model of the usual behavior of the system being moni- 
tored and looks for deviations from the observed usage. 
This method is referred to as behavior-based. 
[0004] In the knowledge-based approach, the under- 
lying assumption is that the system knows all possible 
attacks. There is some kind of a signature for each at- 
tack and the intrusion detection system searches for 
these signatures when monitoring the traffic. E.g., one 
may monitor the audit trails on a given machine, the 
packets going onto the net, etc. This first approach is 
addressed and described by Shieh et al. in US patent 5 
278 901 , which also gives a good overview over the 
technology. An advantage of this method is that no or 
only few false alarms are generated, i.e. the false alarm 
rate is low; the main disadvantage is that only those at- 
tacks can be located that are already known. Any newly 
developed intrusion attack would usually remain unde- 
tected since its signature is still unknown and thus the 
system does not search for it. 
[0005] Unfortunately, there are nowadays so many at- 
tacks that the set of signatures is growing very fast. Also, 
some signatures are difficult to express and an algo- 
rithm to search for them can be rather time-consuming. 
Nevertheless, this approach has proven its usefulness 
and there are products using this approach available on 
the market: NetRanger by Cisco Systems, Inc., and Re- 
alSecure by Internet Security Systems, Inc., are two ex- 
amples of such available products. 
[0006] The second, the behavior-based, approach 
starts from the assumption that if an attack is carried out 
against a system, its "behavior" will change. Therefore, 



the approach is to define a kind of normai profile of a 
system and watch for any deviation from this defined 
normal profile. Different techniques can be applied (e. 
g. statistics, rule-based systems, neural networks) using 
5 different targets (e.g. the users of the system, the per- 
formances of the network, the CPU cycles, etc.). The 
main advantage of this method over the knowledge- 
based one is that the attacks do not need to be known 
in advance, i.e. that unknown attacks can be detected. 
10 Thus, the detection remains up-to-date without having 
to update some database of known signatures. But 
there are disadvantages: deviations can occur without 
any attack (e.g. changes in the activity of the user, new 
software installed, new machines, new users, etc.). 
Therefore, all known efforts in this direction have been 
facing a rather high rate of false alarms. There appears 
to be only one product on the market using this ap- 
proach: CMDS by Science Applications International 
Corporation. 

[0007] In "A Sense of Self for Unix Processes" by S. 
Forrest et al., Proceedings of the 1996 IEEE Symposi- 
um on Security and Privacy, pp. 120-128, Oakland, Cal- 
ifornia, May 1 996, it is described how to model the be- 
havior of the "sendmail daemon' , i.e. a program running 
permanently in the background without user interaction, 
using the sequences of system calls that this program 
generates white running. The idea is to build a table of 
all the sequences of a given fixed length (here 5, 6, and 
11) of consecutive system calls that could be found 
when watching such a sendmail daemon running. The 
claim was that if one tries to take advantage of a vulner- 
ability in the sendmail code, then this would generate a 
sequence of systems calls not found in a "normal" table, 
i.e. a table generated from a sample with normal behav- 
ior. However, when experimenting with this approach, 
one discovers that the table necessary can become fair- 
ly large. It must be stressed that all the sequences of 
system calls in this table have the same length, i.e. 
lengths of 5, 6, and 11. It has been shown in "Fixed vs. 
Variable-Length Patterns for Detecting Suspicious 
Process Behavior" by H. Debar, M. Dacier, M. Nassehi, 
and A. Wespi, Proceedings of ESORICS 98, Louvain- 
la-Neuve, Belgium, September 1998, that when trying 
to find what the best length for the sequences is ("best" 
meaning producing the shortest table of patterns while 
covering all possible sequences) the result is that the 
"best" length is 1 . This means that the system does not 
search for unseen sequences but for unseen system 
calls. The consequence is that if an attack does not use 
any unseen system call it will not be detected. This is 
generally unacceptable since it may be possible to run 
an attack without using a previously unseen system call. 
[0008] There are two classes of information sources 
for intrusion detection systems as described in "Towards 
a Taxonomy of Intrusion Detection Systems" by H. De- 
bar, M. Dacier, and A. Wespi, IBM Research Report 
3030, June 1998. Based on the location from where the 
information can be retrieved, it is differentiated between 
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host-based and network-based intrusion detection sys- 
tems. Examples of host-based information sources are 
the so-called C2 audit trails, the syslog files known in 
the UNIX operating system, or the event logs in Win- 
dows NT. Network-based information is mainly retrieved 
by analyzing the network packets. 
[0009] As will be described in detail further below, the 
present invention relates to behavior-based intrusion 
detection using host-based information sources. For a 
given process, the intrusion detection system decides 
whether the process behavior can be judged as normal 
or abnormal. Abnormal behavior is an indication of an 
intrusion. 

[001 0] As mentioned above, Forrest et al. describe in 
"A Sense of Self for UNIX Processes", Proceedings of 
the 1996 IEEE Symposium on Security and Privacy, pp. 
120 - 128, Oakland, California, May 1996, a process 
model using a set of fixed-length patterns. These pat- 
terns correspond to all the possible patterns that can be 
found in the event sequences recorded during the train- 
ing phase. 

[0011] This poses a problem since a careful look at 
the sequences of audit events that can be generated by 
the so-called ftp daemon running under AIX shows that 
there are very long subsequences which repeat fre- 
quently. For example, many process instantiations start 
with an identical subsequence that has a length of 40 
audit events. Thus, since the described fixed-length ap- 
proach does not consider such a characteristic, any re- 
sult of an intrusion detection method based on such a 
fixed-length approach is distorted and certain intrusions 
and/or misuses cannot be detected. 
[001 2] In "Intrusion Detection via System Call Traces" 
by A.P. Kosoresow and S.A. Hofmeyr, IEEE Software, 
pp. 35 - 42, SepVOct. 1997, it is shown that variable- 
length patterns can be used to model the normal behav- 
ior of a process. However, the patterns presented in this 
publication were constructed manually due to the lack 
of an automated method. It is obvious that such a man- 
ual selection or design of the patterns is inadequate for 
an automatic intrusion detection of the kind here ap- 
proached. 

[001 3] A significantly different approach for a pattern- 
oriented intrusion detection system is disclosed in US 
Patent 5 278 901 to Shieh et al. It shows an intrusion 
detection system based on object privilege and informa- 
tion flow, i.e. does not use the deviation from a "typical" 
activity profile as described above. The approach by 
Shieh at al. is a knowledge-based intrusion detection 
system which is in contrast to the behavior-based ap- 
proach of the present invention. Furthermore, the Shieh 
patent covers mainly the problem of detecting violations 
against previously defined access control policies while 
the present invention aims at detecting any type of at- 
tacks. The complexity of the solution chosen in the 
Shieh patent, however, makes this approach unsuitable 
to solve the problems which the present invention ad- 
dresses. 



[0014] To summarize, it is an object of the present in- 
vention to provide a simple and reliable method and ap- 
paratus for the detection of intrusions into a computer 
system, based on event patterns and particularly direct- 
5 ed to detect deviations from a "normal" process behav- 
ior, and thus to detect attacks performed against said 
process. A more specific object is to generate, prefera- 
bly automatically, so-to-speak "natural" patterns for the 
description of the process behavior and thus produce a 
10 very condensed resulting pattern table. Another specific 
object is to allow the use of highly efficient pattern 
matching algorithms, especially by producing a relative- 
ly small pattern matching table. A further specific object 
is to produce a pattern table with most representative 
is patterns, independent of their length. A still further spe- 
cific object is to produce a pattern table with less but 
longer entries than tables obtained with known ap- 
proaches and thus improve the detection of attacks. A 
still further object is to define rules that specify when a 
20 deviation from the normal behavior is significant enough 
to raise an alarm. 

Summary of the Invention 

25 [0015] It appears that the idea of having sequences 
investigated is very important, but that building fixed 
length sequences is leading to unsatisfactory results, at 
least when these sequences do not exceed a certain 
minimal length. Therefore, the invention uses a new ap- 

30 proach by focusing on a novel algorithm, the Teiresias 
algorithm, as described by I. Rigoutsos and A. Floratos 
in "Combinatorial Pattern Discovery in Biological Se- 
quences -The TEIRESIAS Algorithm" in Biolnformatics, 
pp. 55-67, Vol. 14, No. 1, 1998. This algorithm is also 

35 the subject of US patent 6 1 08 666 to Floratos et al. 
[001 S] The Teiresias algorithm, developed for a differ- 
ent purpose and never considered for intrusion detec- 
tion, is used to search for patterns, i.e. all the subse- 
quences that appear at least twice in a set of input se- 

40 quences. Though there are other algorithms besides 
Teiresias that solve the problem of discovering all pat- 
terns, none of them is as efficient and fast as the Teire- 
sias algorithm. Generally speaking, the results achieved 
with the Teiresias algorithm are far superior to anything 

45 produced by the prior art approaches. 

[001 7] A particular advantage is that, using the Teire- 
sias algorithm, the longest patterns in a set of input se- 
quences can be found. This is important since a table 
of long patterns appears to be more "representative" of 

so a specific process than a table of short patterns. Since 
longer patterns usually contain more context informa- 
tion, it appears that they are more significant for a proc- 
ess than short patterns. On the other hand, short pat- 
terns are not necessarily unique for a specific process, 

55 but may appear in other processes. It is even possible 
that short patterns are part of an attack. The longer a 
pattern is, the lower is the probability that this pattern is 
part of other processes or even an attack. Consequent- 
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ly, it was found that there are attacks that can be detect- 
ed with the new technique according to the present in- 
vention, which attacks remained undetected with other 
techniques. 

[0018] A further advantage is that, obviously, a smalt 
pattern table allows to implement efficient pattern 
matching algorithms and still works reasonably fast. 
Both advantages lead to an improved detection of at- 
tacks. 

[0019] To summarize, the present invention provides 
a method and a system for reliably detecting intrusion 
patterns, thereby minimizing the probability of false 
alarms. 

[0020] The method and apparatus for an intrusion de- 
tection system according to the invention, using the de- 
scribed variable-length approach when investigating 
event patterns, operates in two modes, a training mode 
and an operation mode. 

[0021] In the training mode, generally speaking, the 
behavior of a process is defined based on the system 
events it generates. System events are either the sys- 
tem calls that are invoked by the process or the audit 
events generated on behalf of the process. The process 
model is a table, of patterns, i.e. sequences or subse- 
quences of events, which are representative of the proc- 
ess examined. To get a complete picture of the process, 
it is important that as many different event sequences 
as possible are generated and analyzed. 
[0022] In this training mode, variable-length patterns 
are retrieved from the event sequences generated by or 
on behalf of the process. All events of a specific type 
generated from the invocation of the process until its end 
constitute an event sequence. Different process invoca- 
tions may result in different event sequences. Patterns 
are subsequences of the event sequences; patterns that 
are characteristic for the process are stored in a pattern 
table. The pattern table represents the process model. 
[0023] In the operation mode of the present invention, 
it is decided whether the event streams created on be- 
half of the process can be matched by the patterns in 
the pattern table, which corresponds to a normal proc- 
ess behavior, or whether there are subsequences of un- 
matched events. Unmatched events represent a devia- 
tion from the normal behavior and may thus indicate an 
intrusion or misuse, called an attack. Significant devia- 
tions result in raising an alarm. 
[0024] As already mentioned, the present invention is 
advantageous because patterns are generated that are 
"natural" for the description of the process behavior. The 
use of variable-length patterns to build the set of repre- 
sentative patterns results in a pattern table with less, but 
longer entries than tables obtained with other approach- 
es. As explained, longer patterns contain more context 
information and are therefore more representative for a 
particular process than short patterns. Furthermore, a 
small pattern table increases the speed of the detection 
process. It is obvious that, when looking for a pattern 
that matches part of a given sequence, searching in a 



small set of patterns is faster than in a large set. There- 
fore, small pattern tables allow to speed up the pattern 
matching process. 

[0025] The invention is defined according to claims 1 
s (method) and 10 (apparatus). 

Brief Description of the Drawings 

[0026] The foregoing and other features and advan- 
10 tages of the invention will be apparent from the following 
more detailed description of a preferred embodiment of 
the invention, as illustrated in the accompanying draw- 
ings, in which: 

15 Figure 1 shows the components of an intrusion de- 
tection system according to the invention, 
based on the analysis of event patterns; 

Figure 2 is a sample output of the Event Recording 
20 component; 

Figure 3 is a sample output of the Process Filtering 
component; 

25 Figure 4 is a sample output of the Translation com- 
ponent; 

Figure 5 is a sample output of the Reduction and Ag- 
gregation component; 

30 

Figure 6 shows the patterns as detected by the Teir- 
esias algorithm for a set of sample input 
strings; 

35 Figure 7 is an illustration of the pattern reduction al- 
gorithm applied to the sample string set in- 
troduced in Figure 6; 

Figure 8 is an illustration of the pattern matching al- 
40 go nth m for a case where the input string can 

be covered; and 

Figure 9 is an illustration of the pattern matching al- 
gorithm for a case where the input string 
45 cannot be completely covered. 

Detailed Description of the Invention 

[0027] In the following first section, the components 
so of the intrusion detection system are described. In a sub- 
sequent second section, the algorithms used in selected 
components are discussed. 

1. The Intrusion Detection System and its Components 

55 

[0028] Figure 1 shows the components of the intru- 
sion detection system. The system consists of two parts: 
an off-line part and an on-line part. The off-line part rep- 
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resents the training phase or mode, and the on-line part 
the real operation or operation mode. In the training 
mode, a model of the normal behavior of the process 
examined is generated. In the operation mode, the in- 
stantiations of the process under the observation of the 
intrusion detection system are compared to the process 
model and, if a significant deviation is observed, an 
alarm 136 is raised. 

[0029] A process execution 103 can trigger different 
types of events 104. Either one of the following two 
event sources can be used for the present invention: 

• C2 audit events as they are recorded by the auditing 
system available on most UNIX and some other op- 
erating systems. 

• System calls as they are recorded by programs 
coming with the operating system, e.g. strace, or by 
other system utilities. 

[0030] It has to be noted that the two sources cannot 
be used interchangeably. Either audit events or system 
calls have to be considered. Any further use of the term 
event in this document may relate to audit events as well 
as system calls. 

[0031 ] In the off-line part, it is possible to influence the 
process invocation in order to exercise as many different 
process execution paths as possible. For this purpose, 
we use the functional verification tests (FVT) as they are 
used by software developers to test all the different sub- 
commands that can be executed by a process. 
[0032] Other approaches would be to define manually 
a set of subcommands that are expected to cover all the 
process execution paths, or to just record the events of 
the process running in a real environment. 
[0033] The events generated on behalf of a process 
are recorded by an event recording component 105. 
Event recording component 105 may not only record 
events by the process examined but also by other proc- 
esses in the system. E.g. the auditing system does only 
allow to collect the audit events on a system level, i.e. 
either for all processes or for none. An event is de- 
scribed by several attributes, e.g. the process name, the 
event name, the process id, the parent process id, or 
the user id. 

[0034] Event recording component 105 forwards the 
events to training system 1 02. Events are forwarded as 
triples comprising process name, event name, and proc- 
ess id, labeled 106. Figure 2 shows a sample of the 
events that are sent from event recording component 
1 05 to a filtering component 1 07 in training system 1 02. 
Filtering component 1 07 first groups together the events 
belonging to the same process by keeping the chrono- 
logical order of the events. All events belonging to the 
same process are called an event sequence. An event 
sequence consists of an unique identifier and a list of 
events. The events are given as tuples comprising the 
process and the event name. Not all event sequences 
are needed for the further processing. Only those se- 



quences which are needed to analyze the behavior of 
the examined process are forwarded to a translation 
component 109. 

[0035] Figure 3 shows the events of Figure 2 after ap- 
s plying the filtering component 107. 

[0036] For the further internal processing, translation 
component 109 translates the event sequences into an 
internal data representation. Each event, i.e. the tuple 
consisting of the process and the event name, is trans- 
it lated into a single character of an alphabet 2. The output 
of translation component 109 are strings of characters 
labeled 110. 

[0037] The translation is bijective, i.e. identical events 
are translated into the same character, and a character 

is is the translation of identical events only. The translation 
rules are generated on the fly and stored in a translation 
table 1 36. Figure 4 shows the result of the translation of 
the event sequences into strings. 
[0038] The strings can be reduced further. A reduction 

20 and aggregation component 111 performs two tasks: 

• Duplicate strings are removed. 

• Consecutive occurrences of the same character are 
aggregated into a smaller number of the same char- 

25 acter. 

[0039] The first task results in a set of unique strings. 
Duplicate strings do not add any value to the further 
processing as will be seen later. 

30 [0040] It can be observed that subsequences of N, N 
>>1, events are quite frequent, with N exhibiting small 
variations. An example is the ftp login session, where 
the ftp daemon closes several file handles inherited from 
the inetd process. Since the inetd process is not always 

35 in the same state, the number of its file handles may 
vary. As a consequence, the ftp daemon inherits not al- 
ways the same number of file handles. Closing all the 
unneeded file handles results therefore in a varying 
number of file close operations. 

40 [0041] There are two possible ways to aggregate 
characters: 

• The identical consecutive characters are replaced 
with an extra, not yet used character. 

45 • The N identical consecutive characters are com- 
prised into M,1<=M <= N, characters. 

[0042] The first approach increases the number of 
unique events and possibly also the number of patterns. 

so Since the number of patterns should be kept small, the 
second approach with M = 1 has been selected. The 
newly created strings have less semantics than the orig- 
inal ones, but no case is known where the character ag- 
gregation impacts the operation of the intrusion detec- 

55 tion system. 

[0043] The output of the reduction and aggregation 
component 111 are unique strings, labeled 112, where 
consecutive occurrences of the same character are re- 
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moved. Figure 5 shows the strings of Figure 4 after be- 
ing processed by reduction and aggregation component 
111. 

[0044] A pattern extraction component 113 deter- 
mines the patterns which constitute the process model 
and stores them in a pattern table 135. The algorithms 
used to build pattern table 135 are explained in detail in 
subsequent sections. 

[0045] Pattern table 135 is a key part of the intrusion 
detection system according to the invention. It links the 
off-line system 102 with the on-line system 122. 
[0046] The on-line part has nearly the same compo- 
nents as the off-line part. However, a main difference is 
that the process to be examined is not under control of 
the intrusion detection system. In on-line system 1 22, 
the event recording component 1 25 and the process fil- 
tering component 1 27 are the same as in the off-line sys- 
tem. The translation component 129 is different with re- 
spect to the fact that audit events are translated based 
on the entries retrieved from a translation table 134. If 
there is an event for which no entry in translation table 
1 29 exists, the event is translated to a dummy character. 
For each event sequence, it has to be decided whether 
there is a sign of an intrusion or not. Therefore, there is 
no reduction component (like component 111 in the off- 
line part) that removes duplicate sequences as in the 
training system. There is only an aggregation compo- 
nent 131. 

[0047] The pattern matching component 1 33 receives 
its input strings 132 from the aggregation component 
131 . By applying the algorithm described in the subse- 
quent section of this description, it is tried to match all 
the input strings with the patterns of pattern table 135. 
However, there may be strings that remain with uncov- 
ered characters. Depending on the number of consec- 
utively uncovered characters, it is decided whether 
there is an indication of an intrusion, and whether an 
alarm 136 has to be issued. 

[0048] For the ftp daemon, a threshold of 6 characters 
was selected, i.e. if there are 7 subsequent uncovered 
characters, an alarm is issued. 

2. Algorithms 

[0049] In this section, a sample algorithm to build the 
pattern table and a sample algorithm to cover the input 
stream are described. They represent the best algo- 
rithms we know so far. However, we can think of varia- 
tions of these algorithms. For example, the algorithm to 
build the pattern table sorts the patterns based on the 
number of characters they can cover at the beginning 
and end of an input string. We can think of other sort 
criteria like the total number of characters covered by a 
pattern or the number of occurrences of a pattern. 

2.1 Terminology and Notation 

[0050] Consider a finite set of characters 2 = {c p 



Cz, c„}. The set X is called an alphabet. To denote a 
string of n, n > 0, identical consecutive characters c G 
2, we write c". The term c* denotes a string of identical 
consecutive characters of arbitrary length /, / >= 0. The 

s term c+ denotes a string of identical consecutive char- 
acters of arbitrary length m, m>0. To denote an arbi- 
trary string of length n,n>0, we write {.} n . {.} * denotes 
an arbitrary string of arbitrary length /, / >- 0, and {.}+ 
denotes an arbitrary string of length m, m >0. 

w [0051] The length of a string s is written as \s\. We 
write c e s if the character c is contained in the string s. 
[0052] Given is a set of strings S= {s p s n } over 
the alphabet 2. A substring p that 

is • occurs at least twice in the set of strings S, and 

• has a length |p| of two or more characters 

is called a pattern. 

[0053] p" denotes the pattern p repeated n, n > 0, 
20 times, p* denotes the pattern p repeated /, />= 0, times, 
and p+ denotes the pattern p repeated m,m>0, times. 
[0054] A pattern p is maximal, if there is no pattern q 
for which holds: 

25 m p is a substring of q with \p\ < and 

• the number of occurrences of the pattern q e S is 
equal or larger than the number of occurrences of 
the pattern p e S. 

30 [0055] A character c e s is said to be covered by the 
pattern p, if c e p and p is a substring of s. 
[0056] A string s is said to be covered by a set of pat- 
terns P, if for each character c,css, there is a pattern 
p, p e P t so that c is covered by p. 

35 [0057] A set of strings S is said to be covered by a set 
of patterns P, if each string s t se S, is covered by P. 
Additionally, P is said to cover S. 
[0058] Given are a pattern p and a string s. Let us 
decompose the string s as follows: 

40 

s = p 1 {.yp r i,r>=o 

[0059] It is assumed that the decomposition is maxi- 
45 mal, i.e. there are no /'and r'for which holds l'+r'>l+r. 
[0060] The expression (/ + i)\p\, i.e. the sum / + r 
times the pattern length |p|, is called margin cover of the 
pattern p and the string s. It is written as mCover(p,s). 
The margin cover of a pattern p and a string set S = {s v 
so s n ], written as mCover(p,S), is defined as 



£m mCoverfPfSi), 

55 

[0061] The total cover of a pattern p and a string set 
S, tCover(p,S) is the total number of characters that can 
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be covered by the pattern p. 

2.2 Determining the Set of Maximal Variable-Length 
Patterns 

[0062] In a first step, all maximal patterns contained 
in the set Sot input strings have to be determined. For 
this purpose, the Teiresias algorithm, as described by I. 
Rigoutsos and A. Floratos in "Combinatorial Pattern Dis- 
covery in Biological Sequences - The TEIRESIAS Algo- 
rithm" in Biolnformatics, pp. 55-67, Vol. 1 4, No. 1 , 1 998, 
is used. A minimal pattern length m can be specified as- 
argument for the Teiresias algorithm. The Teiresias al- 
gorithm will then only find the maximal patterns whose 
length is equal to or greater than this given minimal 
length. 

[0063] Part a) of Figure 6 shows a sample input set of 
3 strings and part b) shows the corresponding pattern 
set as discovered by the Teiresias algorithm (with m = 
2). For each pattern, the total number of occurrences 
(first column) as well as the number of strings in which 
it occurs (second column) is given. 

2.3 Reducing the Set of Patterns 

[0064] Out of the set of patterns P consisting of all the 
maximal patterns found for the string set S, a subset of 
patterns ft, R c P, is selected which covers S. As an 
example, the following algorithm can be used to build 
the reduced pattern set ft 

1 . Let m denote the minimal pattern length that was 
used to generate the set of maximal variable-length 
patterns. Add each s, s e S A \s\ <2 - m, to P and 
remove it from S. 

2. If P= 0, then add all s e Sto the reduced pattern 
set R and exit. 

3. For each p e P calculate mCover(p,S). 

4. If there is a pattern p fulfilling mCover(p,S) > 0, 
then select a pattern r for which mCover(r r S) is 
maximal, i.e. there is no pattern q for which holds: 

mCover(q,S) > mCover(r,S) or 



mCover(q.S) = mCover(r,S) A |g| > |r|. 

5. Add rto the reduced pattern set ft and remove it 
from P. 

6. Remove first all the matching substrings adjacent 
to the beginning and end of a string, i.e. remove 
strings of the form s = r\ and replace strings of the 
form s = rs'or s- rs"with s'or s", respectively. 

7. Remove then the matching substrings that are 
not adjacent to the beginning and end of a string, i. 
e. as long as there is a s e S, s = s'i+s" = {.} 
*r+{.} *{.}«* m being the minimal pattern length and 



v,w > 0, replace s with the two strings s' and s". v 
and iv specify the minimal length of the resulting 
new strings s' and s", respectively. Setting them 
equal to m enforces that all patterns have a minimal 

5 length m. However, different settings are possible. 
8. If one of the strings sthat have been newly added 
to S has a length \s\ < 2 m, m being the minimal 
pattern length, remove s from the set of strings S 
and add it to the set of patterns P. 

10 8. If S*0, go to step 2. 

[0065] Figure 7 illustrates the pattern reduction algo- 
rithm applied to the sample string set introduced in Fig- 
ure 6. For each reduction step, the string set, the pattern 

is set, and the reduced pattern set are shown. For each 
pattern in the pattern set, its mCover value is listed. The 
pattern with the highest mCover value is moved to the 
reduced pattern set, and matching substrings are re- 
moved from the string set. In this example, not all pat- 

20 terns are needed to cover all the strings. 

[0066] In the example of the ftp daemon, the Teiresias 
algorithm determines about 600 maximal variable- 
length patterns. After applying the reduction algorithm, 
about 50 patterns remain. 

25 

2.4 Pattern Matching 

[0067] We describe a sample pattern matching algo- 
rithm. The algorithm tries to match the input stream by 
30 concatenating patterns, i.e. the patterns are placed one 
right after the other. A variation would be to allow over- 
lapping patterns. 

[0068] At certain points of the pattern matching proc- 
ess, there may be several patterns that match the input 
35 stream and it has to be decided which pattern to select. 
As an heuristic, a pattern is selected if a sequence of d, 
d > 0, patterns can be found that matches the input 
stream right after the pattern under consideration. 

40 1 . Set the counter of consecutively uncovered char- 
acters, u, to 0. 

2. Wait until there are at least k~ d\p mean \ charac- 
ters in the input stream where dis the parameter as 
explained in the introduction to this algorithm and 

45 \Pmean\ is the mean len 9 tn of a " patterns P £ P, or 
until the end of an input sequence has been 
reached. 

3. Find a pattern p e P that covers the beginning of 
the input stream T. If no pattern can be found, go to 

so step 6. 

4. Find d> 0 patterns q v q^ <fo so that the string 
f s pg T cfe...q d covers the beginning of the stream. 
If there are e patterns q v q^ q# 0 < e < d, that 
cover the whole input sequence, set t- pq^^.-g^ 

55 

(a) If t matches the whole input sequence, re- 
move the input sequence and go to step 1 . 

(b) If d patterns can be found covering the be- 
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ginning of the input stream, remove the pattern 
pfrom the input stream and go to step 1. 

5. Determine all pattern combinations that cover the 
beginning of the input stream. Select the pattern 
combination that covers the longest character se- 
quence, remove it from the input stream, and go to 
step 1 . 

6. Skip one character and increase u by 1. 

7. If u = n+1, n being the threshold for the number 
of consecutively uncovered characters, raise an 
alarm. 

8. Go to step 2. 

[0069] Figures 8 and 9 are two illustrations of the pat- 
tern matching algorithm. One for the case of a fully-cov- 
ered string, one for the case of a partially-covered string. 
[0070] The pattern matching algorithm processes the 
pattern table found on top of Figures 8 and 9. In Figure 
8, the matching algorithm first finds the pattern "ABC 
matching the beginning of the sample string. Before ac- 
cepting this pattern as a valid match, the pattern "ABC 
must be validated be finding d=3 patterns matching the 
remainder "ABCDXYZGHI" of the string. Since such 
three patterns can be found, namely "ABCD", XYZ", 
and "GHI", the pattern "ABC" is accepted and deleted 
from the sample string. Processing continues with the 
string "ABCDXYZGHI". 

[0071] In Figure 9, we have again the same pattern 
table as in Figure 8. However, the sample string to be 
matched is somewhat different. Again, the pattern 
"ABC" is selected as candidate to match the beginning 
of the sample string. However, we cannot find d=3 pat- 
terns that match the remainder "ABCDKMWHF" of the 
string. This implies that another pattern that matches the 
beginning of the sample string should be tried. Since 
there is no such other pattern, the pattern sequence has 
to be found that matches the longest portion of the sam- 
ple string. Because the two pattern 
"ABC and "ABCD" match the longest subsequence, 
they are selected. The characters "KMW cannot be 
matched and are skipped. Processing continues with 
the string "HF\ 

[0072] A pattern-oriented, behavior-based, variable- 
length intrusion detection model was defined. The main 
advantage of this inventive model is that it generates a 
kind of "natural" patterns or signatures of the process to 
be monitored, which patterns very well represent the 
"normal" behavior. Thus, deviations - which indicate in- 
trusion or misuse - can be easier detected than with pre- 
viously known methods. 

[0073] While the present invention has been particu- 
larly shown with reference to one specific embodiment, 
it is obvious to someone skilled in the art that it can be 
adapted to match the environment in which it is going to 
be used, whether for the detection of unauthorized 
transactions in the banking arena, of viruses in a com- 
puter network, of unauthorized entry to buildings with 



restricted access, or of unallowed data exchange be- 
tween data bases, to name a few. 



5 Claims 

1 . A method for detecting intrusion attempts in a com- 
puter or computer system, said method comprising 
in combination: 

10 

in a training mode, building a table of charac- 
teristic, process-constituting patterns defining 
normal behavior of a model process in said 
computer or computer system by performing 
15 the following steps: 

• building a first event sequence by filtering 
a first event stream generated by said mod- 
el process, 

20 

• by using the so-called Teiresias algorithm, 
extracting event sequence patterns from 
said first event sequence, said patterns 
constituting said model process, 

25 

• storing said process-constituting patterns; 
and 

in an operation mode, extracting characteristic 
30 patterns from an actual process by performing 

the following steps: 

• building a second event sequence by filter- 
ing an event stream generated by said ac- 

35 tual process, 

• matching said second event sequence with 
said stored process-constituting patterns, 
and 

40 

• indicating the result of said matching step. 

2. The method for intrusion detection according to 
claim 1 , wherein 

45 

• in the training mode, the first event sequence 
is translated and the rules used for said trans- 
lation are stored, 

so • in the operation mode, the second event se- 
quence is translated using said stored transla- 
tion rules. 

3. The method for intrusion detection according to 
55 claim 2, wherein the translation is a dynamic, on- 

the-fly translation. 

4. The method for intrusion detection according to any 
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of the claims 1 to 3, wherein 

• in the training mode, the first event sequence 
is compressed according to a given set of ag- 
gregation rules, 

• in the operation mode, the second event se- 
quence is compressed using said given set of 
aggregation rules. 

5. The method for intrusion detection according to one 
or more of the preceding claims, wherein 

• an event stream generated by either one or 
both of the processes is recorded and 

• said recorded event stream filtered to build the 
first and/or second event sequence. 

6. The method for intrusion detection according to one 
or more of the preceding claims, wherein the proc- 
ess-constituting patterns of the first event sequenc- 
es contain patterns of varying lengths, in particular 
patterns of maximal lengths. 

7. The method for intrusion detection according to one 
or more of the preceding claims, further including a 
reduction step in the training mode, whereby any 
duplications in the obtained event sequence are re- 
moved. 

8. The method for intrusion detection according to one 
or more of the preceding claims, wherein the train- 
ing mode is carried out under the control of the in- 
trusion detection system. 

9. The method for intrusion detection according to one 
or more of the claims 2 to 7, wherein all or part of 
the method steps are applied in the following se- 
quences 

- in the training mode: 

1. event recording, 

2. process filtering, 

3. translation and storage of translation 
rules, 

4. reduction and aggregation, 

5. pattern extraction and storage; and 
in the operation mode: 

1 . event recording, 



2. process filtering, 

3. translation based on stored translation 
rules, 

5 

4. aggregation, 

5. pattern matching with stored patterns. 

10 10. An apparatus for detecting intrusion attempts in a 
computer or computer system, said apparatus com- 
prising in combination: 

• a first filtering component (107) for filtering, in 
15 a training mode branch, a first event stream 

generated by a model process (103) and build- 
ing a first event sequence (108), 

• a pattern extraction component (1 1 3) extracting 
20 event sequence patterns from said first event 

sequence by using the so-called Teiresias al- 
gorithm, said patterns constituting said model 
process, 

25 • a pattern table component (135) storing said 
extracted, process-constituting patterns defin- 
ing normal behavior of said model process, 

• a second filtering component (1 27) for building, 
30 in an operation mode branch, a second event 

sequence by filtering an event stream generat- 
ed by an actual process (123), 

• a pattern matching component (1 33) for match- 
35 ing said second event sequence with said proc- 
ess-constituting patterns stored in said pattern 
table component (135), and 

• an indicator component (1 36) for indicating the 
40 output of said matching component (133). 

11. The apparatus for intrusion detection according to 
claim 10, further comprising 

45 • a first translation component (1 09) which, in the 
training mode branch, translates the first event 
sequence, 

• a translation table (1 34) for. storing the transla- 
50 tion rules used for said translation, 

• a second translation component (129) which, 
in the operation mode branch, translates the 
second event sequence, using said translation 

55 rules stored in said translation table (134). 

12. The apparatus for intrusion detection according to 
any of the claims 1 0 and 1 1 , further comprising 
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• a first compression component (111) which, in 
the training mode branch, compresses the first 
event sequence according to a given set of ag- 
gregation rules, and 

5 

• a second compression component (131) which, 
in the operation mode branch, compresses the 
second event sequence using said given set of 
aggregation rules. 

10 

13. The apparatus for intrusion detection according to 
claim 12, further comprising a reduction component 
for removing duplicates in the event sequence ob- 
tained in the training mode branch, in particular a 
reduction component combined with the first com- 15 
pression component (111). 

14. The apparatus for intrusion detection according to 
one or more of the claims 10 to 13, wherein all or 
part of the components are arranged in the following 20 
working sequences 

- in the training mode branch: 

1 . event recording component (1 05), 25 

2. process filtering component (107), 

3. translation component (109) and trans- 



in 



15. The apparatus for intrusion detection according to 
one or more of the preceding claims, wherein all or 
part of the components are arranged such that, to 
avoid duplication, they can be used alternatively ei- ss 
ther in the training mode branch or the operation 
mode branch. 



Patentanspruche 

1. Verfahren zur Detektion von Eindringversuchen in 
einem Rechner oder einem Rechnersystem, wobei 
das Verfahren eine Kombination der folgenden Mo- 
di und Schritte umfasst: 

- einen Trainingsmodus, in dem eine Tabelle 
charakteristischer, den Prozess darstellender 
Muster, die das normale Verhalten eines Mo- 
dellprozesses in dem Rechner oder dem Rech- 
nersystem definieren, durch Ausfuhren der fol- 
genden Schritte erstellt wird: 

• Erstellen einer ersten Ereignissequenz 
durch Filtern eines ersten durch den Mo- 
dellprozess generierten Ereignisdaten- 
stroms, 

• Verwenden des so genannten Teiresias- 
Algorithmus zum Extrahieren von Ereignis- 
sequenzmustern aus der ersten Ereignis- 
sequenz, wobei die Muster den Modellpro- 
zess darstellen, 

• Speichem der den Prozess darstellenden 
Muster; und 

einen Betriebsmodus, in dem aus einem realen 



• die zweite Ereignissequenz im Betriebsmodus 
unter Verwendung der gespeicherten Umset- 
zungsregeln umgesetzt wird. 

3. Verfahren zur Eindringdetektion nach Anspruch 2, 
wobei die Umsetzung eine dynamische Umsetzung 
ist und wahrend der Verarbeitung stattfindet. 



lation table (134), so 

4. reduction and aggregation component 
(111). 

5. pattern extraction component (1 1 3) and 35 
pattern table (135); and 

the operational mode branch: 

1 . event recording component (1 25), *o 

2. process filtering component (127), 

3. translation component (129), connected 
to said translation table (1 34), 

4. aggregation component (131), 

5. pattern matching component (1 33), con- 
nected to said pattern table (1 35). so 



Prozess charakteristische Muster durch Aus- 
fuhren der folgenden Schritte extrahiert wer- 
den: 

• Erstellen einer zweiten Ereignissequenz 
durch Filtern eines durch den realen Pro- 
zess generierten Ereignisdatenstroms, 

• Vergleichen der ersten Ereignissequenz 
mit den gespeicherten, den Prozess dar- 
stellenden Mustem und 

• Anzeigen des Ergebnisses des Vergleichs- 
schrittes. 

2. Verfahren zur Eindringdetektion nach Anspruch 1 , 
wobei 

• die erste Ereignissequenz im Trainingsmodus 
umgesetzt wird und die bei der Umsetzung an- 
gewendeten Regeln gespeichert werden, 
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4. Verfahren zur Eindringdetektion nach einem der 
Anspruche 1 bis 3, wobei 

• die erste Ereignissequenz im Trainingsmodus 
nach einem vorgegebenen Satz von Kompri- 5 
mierungsregeln komprimiert wird, 

• die zweite Ereignissequenz im Betriebsmodus 
unter Verwendung des vorgegebenen Satzes 
von Komprimierungsregeln komprimiert wird. w 

5. Verfahren zur Eindringdetektion nach einem oder 
mehreren der vorangehenden Anspruche, wobei 

• ein durch einen oder beide Prozesse generier- is 
ter Ereignisdatenstrom aufgezeichnet und 

• der aufgezeichnete Ereignisdatenstrom gefil- 
tert wird, urn die erste und/oder zweite Ereig- 
nissequenz zu erstellen. 

20 

6. Verfahren zur Eindringdetektion nach einem oder 
mehreren der vorangehenden Anspruche, wobei 
die den Prozess darstellenden Muster der ersten 
Ereignissequenzen Muster variabler Lange, insbe- 
sondere Muster maximaler Langen, enthalten. 2S 

7. Verfahren zur Eindringdetektion nach einem oder 
mehreren der vorangehenden Anspruche, welches 
im Trainingsmodus ferner einen Reduzierungs- 
schritt enthalt, durch den atle doppelten Muster aus so 
der erhaltenen Ereignissequenz entfernt werden. 

8. Verfahren zur Eindringdetektion nach einem oder 
mehreren der vorangehenden Anspruche, wobei 
der Trainingsmodus unter Kontrolle des Systems ss 
zur Eindringdetektion erfolgt. 

9. Verfahren zur Eindringdetektion nach einem oder 
mehreren der Anspruche 2 bis 7, wobei alle oder 
einige der Verfahrensschritte in den folgenden Se- 
quenzen ausgefuhrt werden, und zwar 

im Trainingsmodus: 



4. Komprimieren, 

5. Vergleichen der Muster mit den gespei- 
cherten Mustern. 

1 0. Vorrichtung zur Detektion von Eindringversuchen in 
einem Rechner oder einem Rechnersystem, wobei 
die Vorrichtung eine Kombination der folgenden 
Komponenten umfasst: 

• eine erste Filterkomponente (107) zum Filtern 
eines durch einen Modellprozess (103) gene- 
rierten ersten Ereignisdatenstroms in einem 
Zweig des Trainingsmodus und zum Erstellen 
einer ersten Ereignissequenz (1 08), 

• eine Musterextrahierungs-Komponente (113) 
zum Extrahieren von Ereignissequenzmustern 
aus der ersten Ereignissequenz unter Verwen- 
dung des so genannten Teiresias-Algorithmus, 
wobei die Muster den Modellprozess darstel- 
len, 

• eine Mustertabellen-Komponente (135) zum 
Speichem der den Prozess darstellenden ex- 
trahierten Muster, welche das normale Verhal- 
ten des Modellprozesses definieren, 

• eine zweite Filterkomponente (1 27) zum Erstel- 
len einer zweiten Ereignissequenz in einem 
Zweig des Betriebsmodus durch Filtern eines 
durch einen realen Prozess (123) generierten 
Ereignisdatenstroms, 

• eine Mustervergleichs-Komponente (1 33) zum 
Vergleichen der zweiten Ereignissequenz mit 
den in der Mustertabellen-Komponente (135) 
gespeicherten, den Prozess darstellenden Mu- 
ster, und 

• eine Anzeigekomponente (136) zum Anzeigen 
des Ausgabewertes der Vergleichskomponen- 
te (133). 

11. Vorrichtung zur Eindringdetektion nach Anspruch 
10, die ferner Folgendes umfasst: 

• eine erste Umsetzungskomponente (109), die 
im Zweig des Trainingsmodus die erste Ereig- 
nissequenz umsetzt, 

• eine Umsetzungstabelle (134) zum Speichem 
der beim Umsetzen angewendeten Umset- 
zungsregeln, 



1 . Aufzeichnen des Ereignisses, 45 

2. Filtern des Prozesses, 

3. Umsetzen und Speichem der Umset- 
zungsregeln, 

4. Reduzieren und Komprimieren, 

5. Extrahieren und Speichem der Muster; so 
und 

im Betriebsmodus: 



25 



30 



1 . Aufzeichnen des Ereignisses, 

2. Filtern des Prozesses, 

3. Umsetzen auf Basis der gespeicherten 
Umsetzungsregeln, 



• eine zweite Umsetzungskomponente (1 29), die 
im Zweig des Betriebsmodus die zweite Ereig- 
nisdatenfolge unter Anwendung der in der Um- 
setzungstabelle (134) gespeicherten Umset- 
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zungsregeln umsetzt. 

12. Vorrichtung zur Eindringdetektion nach einem der 
Anspruche 10 und 11, wobei die Vorrichtung ferner 
Folgendes umfasst: 5 

• eine erste Komprimierungskomponente (111), 
die im Zweig des Trainingsmodus die erste Er- 
eignissequenz gem§3 einem vorgegebenen 
Satz von Komprimierungsregeln komprimiert, 'o 
und 

• eine zweite Komprimierungskomponente 
(131), die im Zweig des Betriebsmodus die 
zweite Ereignissequenz unter Anwendung ei- 
nes vorgegebenen Satzes von Komprimie- 
rungsregeln komprimiert. 

13. Vorrichtung zur Eindringdetektion nach Anspruch 

12, wobei die Vorrichtung ferner eine Reduzie- 20 
rungskomponente zum Entfernen doppelter Muster 
aus der im Zweig des Trainingsmodus erhaltenen 
Ereignissequenz und insbesondere eine Reduzie- 
rungskomponente in Kombination mit der ersten 
Komprimierungskomponente (111) umfasst. 25 

14. Vorrichtung zur Eindringdetektion nach einem Oder 
mehreren der Anspruche 1 0 bis 13, wobei alle Oder 
einige der Komponenten in den folgenden Arbeits- 
sequenzen angeordnet sind: so 

im Zweig des Trainingsmodus: 

1 . Ereignisaufzeichnungs-Komponente 
(105), 35 

2. Prozessfilter-Komponente (107), 

3. Umsetzungskomponente (1 09) und Um- 
setzungstabelle (134), 

4. Reduzierungs- und Komprimierungs- 
komponente (111), 4 o 

5. Musterextrahierungs-Komponente 
(113) und Mustertabelle (135); und 

im Zweig des Betriebsmodus: 

45 

1 . Ereignisaufzeichnungs-Komponente 
(125), 

2. Prozessfilter-Komponente (127), 

3. mit der Umsetzungstabelle (134) ver- 
bundene Umsetzungskomponente (1 29) so 

4. Komprimierungskomponente (131), 

5. mit der Mustertabelle (135) verbundene 
Mustervergleichs-Komponente (1 33). 

15. Vorrichtung zur Eindringdetektion nach einem oder ss 
mehreren der vorangehenden Anspruche, wobei 

die Komponenten in der Vorrichtung so angeordnet 
sind, dass diese zur Vermeidung von Duplikaten al- 



ternate entweder im Zweig des Trainingsmodus 
oder im Zweig des Betriebsmodus eingesetzt wer- 
den konnen. 



Revendications 

1. Un precede* de detection des tentatives d'intrusion 
dans un ordinateurou un systeme d'ordinateur, (edit 
proc^de" comprenant, en combinaison : 

1 en un mode d'apprentissage, la construction 
d'une table de caracteristiques, en constituant, 
par un processus, des motifs dSfinissant le 
comportement normal d'un processus de mo- 
dglisation dans I'ordinateur ou ledit systeme 
d'ordinateur, en executant les Stapes 
suivantes : 

construction d'une premiere sequence 
d'6v6nements, par filtrage d'un premier 
flux d'6v6nements g6n6r6 par ledit proces- 
sus de moderation, 

par utilisation ce que Ton appelle I'algorith- 
me de Teiresias, extraction des motifs de 
sequence d'6v6nements de ladite premie- 
re sequence d'£v£nements, lesdits motifs 
constituant ledit processus de modera- 
tion, 

stockage desdits motifs constituant le 
processus ; et 

2en un mode op6rationnel, extraire des motifs 
de caracteristique d'un processus r6el, en exe- 
cutant les Stapes suivantes : 

construction d'une deuxieme sequence 
d'SvSnements par filtrage d'un flux d'6v§- 
nements gSnSre" par ledit processus rSel, 

mtse en coincidence de ladite deuxieme 
sequence d'§v6nements avec lesdits mo- 
tifs constituant le processus, ayant Ste" 
stocked, et 

indiquer le rSsultat de ladite Stape de mise 
en coincidence. 

2. Le process de detection d'intrusion selon la reven- 
dication 1 , dans lequel : 

en mode d'apprentissage, la premiere sequen- 
ce d'SvSnements est traduite et les regies utili- 
ses pour ladite traduction sont stockees, 

en mode opSrationnel, la deuxieme sequence 
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d'evenements est traduite en utilisant lesdites 
regies de traduction stockees. 

3. Le procede de detection d'intrusion selon la reven- 
dication 2, dans tequel la traduction est une traduc- 
tion dynamique, au vol. 

4. Le precede de detection d'intrusion selon Tune 
quelconque des revendications 1 k 3, dans lequel : 

en mode d'apprentissage, la premiere sequen- 
ce d'evenements est comprimee selon un jeu 
donne de regies d'agregation, 

en mode fonctionnel, la deuxieme sequence 
d'evenements est comprimee en utilisant ledit 
jeu donne de regies d'agregation. 

5. Le procede de detection d'intrusion selon Tune ou 
plusieurs des revendications pr6c6dentes, dans 
lequel : 

un flux d'evenements, genere par Tun ou les 
deux processus, est en registry et 

ledit flux d'evenements enregistre est filtre pour 
construire la premiere et/ou la deuxieme se- 
quence d'evenements. 

6. Le procede de detection d'intrusion selon I'une ou 
plusieurs des revendications prgc&tentes, dans le- 
quel les motifs constituant le processus des premie- 
res sequences d'evenements contiennent des mo- 
tifs de differentes longueurs, en particulier des mo- 
tifs de longueurs maximales. 

7. Le procede de detection d'intrusion selon I'une ou 
plusieurs des revendications precedentes, compre- 
nant en outre une etape de reduction en mode d'ap- 
prentissage, de maniere k supprimer d'eventuelles 
duplications dans la sequence d'evenements obte- 
nue. 

8. Le procede de detection d'intrusion selon I'une ou 
plusieurs des revendications precedentes, dans le- 
quel le mode d'apprentissage est effectue sous la 
commande du systeme de detection d'intrusion. 

9. Le procede de detection d'intrusion selon I'une ou 
plusieurs des revendications 2 & 7, dans lequel la 
totalite ou une partie des etapes du procede sont 
appliquees dans les ordres de succession 
suivants : 

- 3en mode d'apprentissage : 

4 enregistrement d'evenement, 



- 5 filtrage de processus 

- 6 traduction et stockage des regies de tra- 
duction, 

5 

7 reduction et agregation, 

8 extraction et stockage de motif ; et 
10 - 9en mode operationnel : 

ot enregistrement d'evenement, 

02 filtrage de processus, 

15 

03 traduction basee sur des regies de tran- 
saction stockees, 

04 agregation 

20 

05 mise en coincidence des motifs avec 
des motifs stockes. 

10. Le procede de detection des tentatives d'intrusion 
25 dans un ordinateur ou un system e d'ordinateur, ledit 
dispositif comprenant, en combinaison : 

un premier composant de filtrage (1 07) pour fil- 
trer, en une branche de mode d'apprentissage, 
30 un flux d'evenements genere par un processus 

de moderation (103), et construction d'une 
premiere sequence d'evenements (108), 

un composant d'extraction de motif (113), ex- 
35 trayant des motifs de sequence d'evenements 

de ladite premiere sequence d'evenements, 
par utilisation de ce que Ton appelle i'algorith- 
me de Teiresias, lesdits motifs constituant ledit 
processus de modelisation, 

40 

un composant de table de motif (1 35), stockant 
lesdits motifs extra its, constituant les proces- 
sus, definissant le comportement normal dudit 
processus de modelisation, 

45 

un deuxieme composant de filtrage (1 27), pour 
construire, dans une branche de mode opera- 
tionnel, une deuxieme sequence d'evene- 
ments par filtrage d'un flux d'evenements g6- 
50 nere par un processus reel (1 23), 

un composant de mise en coincidence de mo- 
tifs (133), pour mettre en coincidence, ladite 
deuxieme sequence d'evenements avec les- 
55 dits motifs de constitution de processus, stoc- 

kes dans ledit composant de table de motifs 
(135), et 
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un composant indicateur (136), pour indiquer 
le r^sultat dudit composant de mise en coinci- 
dence (133). 

11. Le dispositif de detection des tentatives d'intrusion 
selon la revendication 10, comprenant en outre : 

un premier composant de traduction (1 09) qui, 
dans la branche de mode d'apprentissage, tra- 
duit la premiere sequence d'^vSnements, 

une table de traduction (134), pour stocker les 
regies de transaction utilises pour ladite tra- 
duction, 

un deuxifeme composant de traduction (129), 
qui, dans la branche de mode op^rationnel, tra- 
duit la deuxieme sequence d'6v6nements en 
utilisant lesdites regies de transaction stackers 
dans ladite table de transaction (1 34). 

12. Le dispositif de detection des tentatives d'intrusion 
selon Tune quelconque des revendications 1 0 et 1 1 , 
comprenant en outre : 

un premier composant de compression (111) 
qui, dans la branche de mode d'apprentissage, 
comprime la premiere sequence d'§v6nements 
selon un jeu donn§ de regies d'agr^gation, et 

un deuxfeme composant de compression (131) 
qui, k la branche de mode opSrationnel, com- 
prime la deuxfeme sequence d'§v6nements, 
par utilisation dudit jeu donne" de rfcgles d'agrS- 
gation. 

13. Le dispositif de detection d'intrusion selon la reven- 
dication 12, comprenant en outre une composante 
de reduction, pour supprimer les doubles dans la 
sequence d'6v6nements obtenue dans la branche 
de mode d'apprentissage, en particulier un compo- 
sant de reduction combing au premier composant 
de compression (111). 

14. Le dispositif de detection d'intrusion selon Tune ou 
plusieurs des revendications 10 k 13, dans lequel 
la totality ou une partie des composants sont agen- 
c£s dans les sequences de travail suivantes : 

10en branche de mode d'apprentissage : 



(111), 

1 Scomposant d'extraction de motif (1 1 3) et 
table de motif (135) ; et 

5 - 1 6dans la branche de mode opSrationnel : 

1. composant d'enregistrement d'6v6ne- 
ment(125) t 

10 1 7composant de filtrage de processus (1 27), 

1 8composant de traduction (1 29), reli6 k ladite 
table de traduction (1 34), 



20composant de coincidence de motifs (133) 
relte k ladite table de motif (135). 

15. Le dispositif de detection d'intrusion selon I'une ou 
plusieurs des revendications pr§c§dentes, dans le- 
quel la totality ou une partie des composants sont 
agencSs de manfere que, pour Sviter toute duplica- 
tion, ils puissent etre utilises de fagon alternSe, soit 
dans la branche de mode d'apprentissage, soit 
dans la branche de mode op§rationnel. 



is - 1 9composant d'agrSgation (1 31 ), 



20 



25 



30 



35 



40 



45 



Hcomposant d'enregistrement d'§v6ne- 
ment(105) t 

- 12composant de filtrage de processus 
(107), 

- l3composant de traduction (109) et table 
de traduction (134), 

- 1 4composant de reduction et d'agnSgation 
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Fig. 2 
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0: (ftpd, FILE_Close), (Is, PROC_Execute), 
(is, FILE_Close), (Is, PROC_Delete) 

1: (fmgerd, PROC_Execute), 

(fingerd, PROC_SetSignal), (fmgerd, FILE_Read), 
(fmgerd, PROC_Create) 

2: (ftpd, PROC_Create), (ftpd, FILE_Close), 
(ftpd, FILE_Close), (ftpd, FILE_Close), 
(ftpd, FILE_Ciose), (ftpd, PROC_SetSignal), 
(ftpd, FILEJRead), (ftpd, FILERead), 
(ftpd, FILE_Write), (ftpd, PROC_Delete) 

3: (fmgerd, PROC_Execute), 
(fmgerd, PROC_SetSigrial), 
(fmgerd, FILE_Read), (fingerd, PROC_Create) 

Fig. 3 



0: ABCD 
1: EF GH 

2:IAAAAJKKLM 
3: E F G H 

Fig. 4 
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0: ABCD 
1:EFGH 
2:1 AJKLM 

Fig. 5 



a) 0:ABCDEA b) 43 BC 

1:BCFDEABCD 43 DE 

2:BCEADEFDE 33 EA 

22 ABCD 

22 DEA 

22 F DE 



Fig. 6 
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Strings 
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Fig. 7 
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Table: ABCD XYZD ABC GHI XYZ HF 

String: ABCABCDXYZGHT ABC Selectable 

- y - ABCD XYZD ABC 
Remainder of string: ABCDXYZGUl 

■ ' ; \ : ■ ABCD : v. . . % ' 

Remainder of string: XYZGHLv^^^Y^ ^ S 

■ ABCD XYZD ABC Gin XYZ £lfi : . 
, Remainder of string: GHI ^"t>^ 

i\BCD XYZD i\BC GHI JSC Validated 

r«Wfe: ABCD XYZt) ABC GHI XYZ HF / 

String: ABCABCDKMWHF ABC Selectable 

ABCD XYZD ABC 
Remainder of string: A&CDJ^^ : 5 - 
. Possible combinat: ABC/AB0 ~> Length 6 

r ABC/ABCD --> Length 7 -^Selected 

K — > Shifted u=l 
M — > Shifted u = 2 
W — > Shifted u = 3 
HF u = 0 

ABCD XYZD ABC GHI XYZ HF 

Fig.9 
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